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Examiner-Initiated Interview Summary 


Application No. 

09/998,756 


Applicant(s) 
HUNTER ET AL. 


Examiner 

J. Derek Rutten 


Art Unit 

2192 





All Participants: 

(1) J. Derek Rutten . 

(2) Robert Marshall. Reg. 28.527 . 
Date of Interview: 10 May 2005 



Status of Application: Not Allowable 

(3) ■ 

(4) ■ 

Time: 



Type of Interview: 

^ Telephonic 

Q Video Conference 

□ Personal (Copy given to: □ Applicant □ Applicant's representative) 

Exhibit Shown or Demonstrated: S Yes D No 

If Yes, provide a brief description: Draft amendment to claims 1-3, 17-19, and 21-23 attached. 

Part I. 

Rejection(s) discussed: 

Claim 3 under 35 USC 103(a) overFalik. 

Claims discussed: 
1-3 

Prior art documents discussed: 
None 

Part II. 

SUBSTANCE OF INTERVIEW DESCRIBING THE GENERAL NATURE OF WHAT WAS DISCUSSED: 

See Continuation Sheet 

Part III. 

□ It is not necessary for applicant to provide a separate record of the substance of the interview, since the interview 
directly resulted in the allowance of the application. The examiner will provide a written summary of the substance 
of the interview in the Notice of Allowability. 

^ It is not necessary for applicant to provide a separate record of the substance of the interview, since the interview 
did not result in resolution of all issues. A brief summary by the examiner appears in Part II above. 





(Examiner/SPE Signature) 



(Applicant/Applicant's Representative Signature - if appropriate) 
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Continuation of Substance of Interview including description of the general nature of what was discussed: Examiner 
Rutten contacted Mr. Marshall on May 6, 2005, to suggest an examiner's amendment to the independent claims in light 
of potential allowable subject matter regarding searching a software memory map. And if such amendments were 
agreeable, claims 14-16 should be amended back to their original recitation of "the software memory map". Mr. 
Marshall agreed to consider such an amendment. On May 10, 2005, Mr. Marshall left a voice mail message indicating 
that the applicant did not agree with the suggested amendment, and would prefer a new action. Mr. Marshall further 
indicated in the message that claims 14-16 should contain recitations of a "software memory map" similar to claim 2. . 
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Allowable Subject Matter 



1 . The following claims 1-3, drafted by the examiner and considered to distinguish 



patentably over the art of record in this application, are pjesente'dto applicant for consideration: 




/ 

1 . (CURRENTLY AMENDED) A method for maintaining coherency of software 

breakpoints in shared memory when debugging a'multiple processor system, the method 

comprising the steps of: -"™\ 

A \ 



> 



activating a first debug session associated with a -first processor of a plurality of 



/ / ,. t 

processors and at least a second debug session associated with a second processor of the 

/ / \a/ 

plurality of processors; / \ / { / "-} 

/ 



creating a softwarememory map of the memory usage of a plurality of processors 

< * \ ■ v> — ^ 

in the system to be debugged: \ 

/ searching the software memory map, to find a first plurality of processors having 

/ s~ \ \ x x / 

read access to a shared memory location;, / 

/ / . \. ' 

X updating a software representation maintained for software breakpoints for each 

x \ ■ J v] 

ofthe first plurality of processors: and 

\ \ A--/ 

setting a first soitware'breakpoint in a shared memory location in the first debug 

\ ' : / 

session by writing the software breakpoint instruction in the shared memory location such 
that all debug sessions are notified of the setting ofthe breakpoint; and 

clearing the first software breakpoint in the shared memory location in the second 
debug session such that all debug sessions are notified of the clearing ofthe breakpoint. 
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2-3. (CANCELED) 



1 7. (CURRENTLY AMENDED) A software development system, comprising: 



a memory storage system holding a software development tool program; 



> X w 7 

a host computer connected to the memory storage system, theiiost computer 



^ X X. 



operable to execute the software development tool program; \ 

^X X 

a test port for connecting to a target hardware systems^the hardware system being 



comprised of multiple processors with.common^hared memory and-operable to execute 
an application program; and [ ' ( / , J \ 

\ 7 / 7 V r 

wherein the software development tool is {operable to support debugging of the 

( r > [ s^/ •/ 

application program executing ori the target hardware system using a method for 



maintaining coherency of software breakpoints in shared memory when debugging a 
multiple processor svstem, the method comprising the steps of: 

/ /---v. . \ X > 

/ / activating a first debug session associated with a first processor of a 

/ X '\. \ 

V plurality of processors and at least a second debug session associated with a 

\ J 'i 

secOnd processor of the plurality of processors; 

\ X. / / 

X. creating^ software memory map of the memory usage of a plurality of 

x ~ : " / 

processors in the/system to be debugged; 

X / 

searching the software memory map to find a first plurality of processors 
having read access to a shared memory location; 
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updating a software representation maintained for software breakpoints for 
each of the first plurality of processors; and 

setting a first software breakpoint in a shared memory location in the first 

f\/\ 

debug session by writing the software breakpoint instruction/in the shared 

/: ■> V-tX 

memory location such that all debug sessions are^notified of the setting of the 



breakpoint; and 



clearing the first software breakpoint in the shared memory location in the 



^ ^ X 



second debug session such that all debug-sessions are^otified v of the clearing of 
the breakpoint. 




X 



18-19. (CANCELED)/ 

/ \ 

•i ( 

\ 

21. (CURRENTLY AMENDED) A digital system, comprising: 

^""^ \ "X 

multiple processors witrrcommon shared memory for executing an application 



/ • ' • .'X N - 



Hi 



programed ^\ \ \/ 

/• / \ 
/ \. wherein the application program was developed with a software development 

system usirig^a method for/maintaining coherency of software breakpoints in shared 

X \ ./ /. 

memory when debugging a multiple processor system, the method comprising the steps 

. - y 

X / 

X/ 

activating a first debug session associated with a first processor of a 
plurality of processors and at least a second debug session associated with a 
second processor of the plurality of processors; 
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creating a software memory map of the memory usage of a plurality of 
processors in the system to be debugged: 

searching the software memory map to find a first plurality of processors 
having read access to a shared memory location;/ 

/'>\ \ 

updating a software representation maintained for software breakpoints for 

{ .K/y ^ ~ 

each of the first plurality of processorsxand / 

setting a first software breakpoint/in a shared memory location in the first 



debug session by writing the software-breakpoint instruction ihvthe shared 

/ \ \ / 

memory location such that all debug^sessions are-notified oMie setting of the 



breakpoint; and [ I / / \ 



cleanng the first software breakpoint in the shared memory location in the 



second debug session\such that all debug sessions / are notified of the clearing of 

/ ; \ 

the breakpoint 



22-23. (CANCELED) 




